对于需求

需求一定比想的要复杂

我们在接项目的时候，特别容易遇到这样的请款:

对方：您好，我想做个产品。有个商城，跟淘宝那样。可以聊天，跟微信那样。可以转发，跟微博那样。我：。。。

所以，我们要善于引导对方说出自己的需求。

很多用户在提出需求的时候，脑子里完全没有概念。想到什么就说什么。往往他心里想的是个圆，说出来是个方。

所以，对于需求不要乐观，一定要引导对方画出原型图。才知道工作量有多少。

菜单式报价就是害人害己。会产生大量的不一致，验收时各种纠纷。

这个报价单完全无法作为验收标准，只是给不懂软件的公司设计的。用来做标准化的产品的话，可以是一个收费依据，但是如果是为某一家公司专门做的定制化的产品，一定要以原型图作为验收标准。

所以一定要跟甲方提前说好这个问题。开工没有回头箭，开工前一定慎重。避免当前迭代周期内的改动。如果对方有大改动，必须付出成本。

不要让甲方养成不计成本增加寻求的习惯。否则会为乙方软件公司带来巨大的隐患和麻烦。

一旦甲方意识到提需求是不计成本的，这个项目可能就没有尽头了。

很多用户在提出需求的时候，脑子的思路是乱的。大功能小功能都要。我们一定要引导对方，用最少的预算，实现最核心的需求。

第一期用一个月，先上一部分功能，然后再第二期，第三期。。。

判断最核心的需求的方式：把某个需求假设删掉，看看整个系统是否可以运转。如果系统无法运转，说明这个功能是最核心的需求。